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Using External Scripts—Automating Inventory Updates 


By Mike McLane 

e power of FileMaker scripts, and the ease of con- j 

structing them, combine to give FileMaker Pro 2.0 
(and later versions) truly impressive capabilities. 

This article examines external script development in 
the context of making inventory control templates. 
“External” scripts are those that reside in a FileMaker f 

file other than the current file. 

This project uses two files, one called Inventory 
and the other Postings. The Inventory file contains 
the status of all items in stock. The Postings file is the 
place that all incoming and outgoing transactions are 
entered and provides a source for a variety of posting 
reports that may be desired. External scripts provide 
the links between these files, causing the posted items 
to update the balance-on-hand in the Inventory file. 1 

The Inventory record (see Figure 1) is quite 
simple. In addition to fields for the Stock Number 
(unique entry required) and the On Hand Amount, 
there are also fields for High Limit and Low Limit. 

When the amount on hand falls below the value in 
Low Limit, the record becomes annotated with 


“Reorder”. The file also computes the amount need¬ 
ed of each item as the difference between the on- 
hand amount and the High Limit. A button on the 
menu layout of this file (see Figure 2) provides the 
ability to print a list of all items which must be re¬ 
ordered. (Of course, in the process of ordering, the 
user may want to compare this list with outstanding 
orders that have already been placed but not yet 
received or entered as incoming inventory.) 

A record in the Postings template is shown in 
Figure 3. Each record has a field for stock number, 
quantity added, and quantity removed. A single 
record can be used to post both incoming and out¬ 
going values at the same time, if desired. Normally, 
however, only one of the two quantity fields would 
be used in each record. 

Note that the Postings file, for purposes of this 
article, has a simple one-item-per-record structure. 
It is intended for use by someone managing an in¬ 
ventory — perhaps in a factory environment. 

For other cases, like updating inventory from an 
order-entry file or other situations with multiple 
items per record in repeating fields, a different 
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approach is needed. For an order- 
entry file to act directly as a Postings 
file, additional complex calculations 
and script revisions would be needed. 
But such a file can also be converted to 
a file like the Postings file shown here 
by doing a split-repeating-fields trans¬ 
fer of the records to be posted. I have 
not covered these options in this arti¬ 
cle. 

Scripting Tasks 

Now, let’s define what we want the 
FileMaker scripts to do with the Post¬ 



ings and Inventory files. After 
entry of information in a record in 
the Postings file, we wish to have 
the appropriate record in the In¬ 
ventory file updated to reflect the 
new on-hand value. To do so we 
must define scripts in each tem¬ 
plate that perform the desired 
actions or sub-actions and then tie 
them all together by having the 
first script “call” the appropriate 
script in the other file, have it exe¬ 
cute and call another script and so 
forth. Remote scripts are called 
“external” scripts because they 



reside in a file that is external to 
the “calling” one. (They are still 
FileMaker scripts, as opposed to, 
say, AppleScript scripts.) We need 
to partially write each individual 
script first (so there is something 
to refer to) and then tie the se¬ 
quence together with “perform 
external script” steps. 

Figure 4 diagrams the func¬ 
tions to be performed and is useful 
in keeping track of data flow while 
writing the scripts. When posting 
a new transaction, we first get the 
current on-hand value for that 
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item from the inventory file and pass it 
back to the Postings file. When it arrives 
it is combined with the amount being 
added or removed (or both) and the 
resulting new on-hand value is sent to the 
proper record in the Inventory file and 
used to update that record. Upon com¬ 
pletion of this action, the script returns to 
the Postings file and marks the record as 
having been posted. It is important to 
control the posting process so that repeat 
postings of the same data do not occur. 

The first script, shown in Figure 5, is 
“Get Old Inventory” and resides in the 
Postings file. Execution of “Get Old Inven¬ 
tory” initiates the whole series of script 
actions. It selects the stock number from the 
record being posted, copies it, and then 
calls a script in the Inventory file named 
“Get Onhand”. 

Note that the specified remote file (In¬ 
ventory in this case) is visible in the script 
listing on-screen but the external script to be 
executed is not shown — it is designated in a 
sub-dialog box within the “Get Old Inven¬ 
tory” script. However, a. printed version of a 
script shows all the details, including the 
names of remote sub-scripts. 

Figure 6 shows the “Get Onhand” 
script that lives in the Inventory file. When 
performed, it enters the Find mode, pastes 
the stock number (that was sent by the 
“Get Old Inventory” script) into the Stock- 
Num field and performs the Find. When 
the appropriate record is found, the script 
copies the value from the OnHand field 
and then calls the script “Insert Old Inventory” 
in the Postings file. 

The on-hand value from the Inventory 
file is now placed in a field called Oldln- 
ventory in the Postings record by the 
script shown in Figure 7. A calculation field 
called Newlnventory then computes a 
value by combining Oldlnventory, Quan- 



f Get Old Inventory " 


♦ Enter Browse Mode [] 

♦ Copy [Select, "StockNum"] 

♦ Perform Script [Sub-scripts, External: "Inventory "] 


o 


Figure 5 


"Get Onhand " 


♦ Enter Find Mode [] 

♦ Paste [Select, "StockNum"] 

♦ Perform Find [] 

♦ Copy [Select, "OnHand"] 

♦ Perform Script [Sub-scripts, External: "Postings"] 




Figure 6 


" Insert Old Inventory " 


♦ Go to Layout ["Post Posting"] 

♦ Paste [Select, "Oldlnventory "] 

♦ Copy [Select, "Newlnventory "] 

♦ Perform Script [Sub-scripts, External: "Inventory "] 


o 


Figure 7 


" Insert New Onhand " 


♦ Enter Browse Mode [] 

♦ Paste [Select, "OnHand"] 

♦ Perform Script [Sub-scripts, External: "Postings"] 


O! 


Figure 8 
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Figure 9 


Complete Posting article can be used on black-and-white 


♦ Enter Browse Mode [] 

♦ Go to Layout ["Post Posting"] 

♦ Go to Field [Select/play , "PostedFlag "] 

♦ Paste Literal ["1 "] 

♦ Go to Field ["StockNum"] 


tity Added and Quantity Removed fields. The 
Newlnventory value is then copied and sent to 
the Inventory file where the “Insert New On- 
hand” script is called. 

Figure 8 shows how the script pastes the 
new amount-on-hand into the OnHand field 
in the Inventory file. It then returns to the 
Postings file by calling a script there named 
“Complete Posting”. 

The “Complete Posting” script (Figure 9) 
changes a flag in the current record, causing the 
message “Posted” to appear. It does so in a lay¬ 
out which does not have a button that might 
cause posting to be repeated. This minimizes 
the chance for the operator to mistakenly post 
the same transaction a second time by acciden¬ 
tally clicking on a posting button. Once a 
record is posted, it would also be possible to 
implement calculations to further prevent du¬ 
plicated postings. 

Both files contain appropriate traps and 
warning messages (for example, a warning if 
the low limit is set higher than the high limit in 
the inventory file). Each file has a “Menu” lay¬ 
out (like the one in Figure 2) which provides 
buttons to generate either on-screen or hard¬ 
copy reports. In addition, buttons are provided 
to facilitate moving from one file to the other. 

You can see that inventory updating makes 
a good example of the use and linking of exter¬ 
nal FileMaker scripts. But there are plenty of 
additional areas where such techniques can be 
used to advantage. Scripting in FileMaker now 
provides powerful possibilities. 

Notes About the Template 

Though the templates described in this 


& displays, various elements employ color to 
facilitate use. For example, the Inventory 
file menu has blue accents on buttons and 
blue text backgrounds. The Postings file 
uses brown colors. Buttons in one file 
which transfer you to the other one use the 
color of the file to which you are going. Thus, if 
you are in the Postings (brown) template and 
look at a brown “Menu” button, it will take you 
to the Postings menu. However, a button in 
this file that says “Go to Inventory” has blue 
accents which cause it to stand out from the 
others. 

Another example of color use is in the 
posting layout of the Postings file. The “quanti¬ 
ty used” numbers appear in red (a traditional 
“debit” color) while the “quantity added” field 
has blue numbers. The stock number entry is in 
black, to stand out from either of the quantity 
numbers that maybe entered subsequently. A 
color screen seems to make for easier use, due 
the additional operating hints provided by the 
colors. 

Both templates have an almost-identical 
menu layout. This facilitates navigation within 
and between files. If the template is run on a 
compact (9-inch) screen, the windows of the 
two files must lie one atop the other. In this 
situation, changing between files is perceived as 
smoother if the two menu screens have almost 
identical layouts — it is less visually “jarring”, 
especially when working on a fast computer. 
Also, interface consistency is appreciated by 
new users who may be apprehensive about 
using the templates for the first time. 

Both files have a master password allowing 
full access to the template. A secondary pass¬ 
word is established to permit that user to oper¬ 
ate the database but not change layouts or 
scripts. Finally, a person who knows no pass¬ 
words can open the files in a “browse-only” 
mode so they can check inventory levels and 
find item locations. 
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Inventory File 1 

After removal of any test records, you I 

should enter (or import) information for your 
current inventory. Note: the stock number field | 
is required to have a unique numerical data. 

The stock number is used as a lookup key in the 
posting process and uniqueness is mandatory. 
Imported data should be checked for duplicate 
stock numbers. If your stock numbers contain 
non-numeric characters, change the field defi- j 
nition to text if necessary to obtain desired 
sorting in reports. | 

If the high limit is not above the low limit, a g 

warning message appears on the record until 
this situation is corrected. Also, a “reorder” 
message appears any time the amount on hand 
is not greater than the low limit. A location field 
provides a place to identify the storage location j 

of each item. A UnitOflssue field is used to 
identify the type of each item being tracked 
(e.g. each, box, roll, gallon, gross, etc.). Buttons 
on each record permit viewing previous and j 

next records, going to the inventory menu or 
directly to the posting menu. 

The inventory menu screen has buttons 
which automatically provide either screen or 
hard copy reports of the entire inventory or just 
those items which must be reordered. 

I 

1 

Postings File j 

While it is possible to make inventory addi¬ 
tions and deletions directly in the Inventory 
file, such changes should be accomplished only 
by using the Postings file. This provides a 
record of each action that can subsequently be 
viewed or printed to check for possible errors. 

In addition, each posting action is time- 
stamped. The time stamp is used to sort post- 

§ 

ings chronologically for the same stock number 1 

for on-hand reports. This results in the running 
inventory balances tracking properly in activity 
reports. j 

From the main menu, a click on the “New 
Posting” button takes the user to a new record 


to record the posting. After entering the stock 
number, either the quantity being added to the 
inventory or the amount used is inserted. If 
desired, both types of postings can be made on 
a single record. A click on the “Post to Invento¬ 
ry” button takes care of the rest. When the 
posting is complete, the user is moved to a 
screen showing the completed posting transac¬ 
tion. It contains the date-time stamp, the old 
and new inventory values and is annotated with 
a “Posted” message. Buttons permit the user to 
leave this screen to perform the next desired 
function. In the event an invalid stock number 
is entered, the script will halt with a “no criteria 
match” message. In this event cancel out of 
the script and return to the Postings file to 
correct the problem. Use the “Posting Records” 
button on the menu screen to return to the 
posting record with the bad stock number. 

This file has traps which prevent negative 
numbers in either the “added” or “used” fields. 
Nothing, however, prevents you from posting a 
transaction that has nothing in either of these 
blocks. Fortunately, it won’t change the inven¬ 
tory level either — although it may look a little 
strange to someone reviewing the postings list. 

If you find posting records from multiple 
dates (or all dates), buttons on the menu screen 
provide posting reports of the selected records 
sorted by date, and by stock number within 
each day. Selection of only certain stock num¬ 
bers, and use of the same report button, can 
provide information about usage rates of the 
selected items. If desired, additional reports 
with summary fields could be added to com¬ 
pute this information. 

This template is available from The FileMaker 
Annex, should you wish to obtain a copy for tutorial 
reasons or to customize for your particular needs. 
Call 408-761-3987 to reach the Annex. 
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Skipping Labels on Laser Printer Label Stock 


By S. C. Kim Hunter, Acrobytes Software 
and Tom Searfus, consultant 


When a batch of labels is printed in a laser 
printer, the last page usually is only partly used. 
For example, if the label stock has 30 labels per 
page and a group of 105 labels are printed, 3.5 
pages of labels will be used and a half page of 
unused labels will be left over. 

This article shows how to create FileMaker 
Pro 2 scripts to use that partial page at the start 
of the next label print job. The basic concept is 
to place blank records in the database, then use 
scripts to mark one blank for each label to be 
skipped. The user specifies the number of labels 
to be skipped by simply clicking on a mock 
labels layout. 


The Find Strategy 

You may already be using a strategy for 
locating the records for which labels are to be 
printed. Your approach may require a little 
alteration to use the label-skipping method 
described here. Our strategy is to define a field 
named Labels, set the options to auto-enter a 
data value of "NO" and have a Value List of NO 
and YES. On layouts, Labels is formatted as a 
radio button. Before printing labels, Replace is 
used to mark the Labels field in all records with 
NO. Then a Find is executed for records to be 
printed and Replace is used to change Labels to 
YES for the found set. These steps can, of 
course, be captured in scripts. The YES records 
are the ones used subsequently for printing 
labels. One advantage of this method is that 
multiple Find/Mark steps can be combined 
into one printing task. This approach is the one 
used in this article. 


Create Blank Records 

1 

In the database, one new blank record must f 


be created for each label on the paper that is 
normally used. For example, standard 3-across 
laser printer label paper can print 10 rows for 30 
labels per page. (If the trick explained in The 
FileMaker Report, issue #26, “Printing Laser 
Labels” is implemented, 33 labels per page may 
be used.) Skipping labels will work with any 
kind of label paper; the point is that one new 
blank record is created for every label position 
on whatever paper is used. If more than one 
kind of paper is used, blank records must be 
created for the maximum number of labels per 
sheet that can be encountered. 

Another field must be picked for use as a 
“key” field to find the records for which labels 
are to be printed. For each blank record, enter 
the value BLANK in the key field; of course, 
BLANK must not be used in that field for any 
other purpose. 

Defining The Scripts 

In addition to a description of scripts for 
skipping labels, here are also some tips for good 
scripting practice. One suggestion is to use 
many small scripts that call other scripts rather 
than a few long ones. This is particularly impor¬ 
tant when duplicating scripts and making one 
or two modifications to accomplish a slightly 
different task. 

Before creating scripts to actually skip 
labels, some basic operating scripts need to be 
in place. A script is needed to perform the Find 
for labels to be printed. Since the Labels field is 
used to mark the found records for printing, 
the script needs to (1) reset all records to Labels 
= "NO" in order to erase the results of prior 
Find operations used with other print jobs; (2) 
enter Find mode so the user can specify the 
desired Find criteria; and (3) mark the Labels 
field "YES" for the newly found set. This script 
is named find new label set and looks like: 
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Go to Layout ["DATA ENTRY"] 

Find All 

Go to Field [Select/play, "LABELS"] 

Paste Literal ["No"] 

Replace [No dialog, "LABELS"] 

Enter Find Mode [Pause] 

Perform Find [] 

Enter Browse Mode 

Goto Field [Select/play,"LABELS"] 

Paste Literal ["YES"] 

Replace [No dialog, "LABELS”] 

The second base script we use is named 
preview/print labels: 

Go to Layout ["DATA ENTRY”] 

Enter Find Mode [] 

Go to Field [Select/play, "LABELS"] 

Paste Literal ["YES"] 

Perform Find [] 

Sort [Restore, No dialog] 

Page Setup [Restore, No dialog] 


Go to Layout [Refresh, "LABELS LAYOUT"] 

Enter Preview Mode [Pause] 

Print [] 

The preview/print labels script finds all 
records with the Labels field marked YES, re¬ 
stores the Sort order (usually by ZIP), Previews 
the labels, then Prints. The "Restore Find" 
method could have been used in the script to 
specify the Find for Labels = "YES" but with 
many scripts it is hard to verify the Find criteria 
- printing the script maybe necessary. Instead, 
the Go to Field and Paste Literal [] steps em¬ 
bed the desired Find inside the script. 

This script refers to LABELS LAYOUT. 
This is a layout set up for the label stock being 
used. A layout like this probably already exists 
in the database — if so, substitute its name for 
the one shown. 

The next script is named mark blank 
labels=no and has these steps: 




Script Definition for “FIND NEU) LRBEL SET” 


Available Steps 



Perform Script [...] 

[#11 


Pause/Resume Script 



Go to Layout [...] 

| 



Go to Record/Request [...] 


hi 


Go to Next Record /Request [...] 

| 

$ 


Go to Previous Record/Request 

t 

i 


Go to Field [...] 

% 



Go to Next Field 

it 

% 


Go to Previous Field 

j 

i 1 ! 


Sort [...] 

1 



Unsort 


k 


Import Records [...] 

ji 

1 


Import Picture... 

; 

■ 


Import Movie... 




Export Records [...] 



Page Setup [...] 

SI j 


Print [...] 

& j 




"FIND NEW LABEL SET" 


♦ Go to Layout [Refresh, "DATA ENTRY" 

♦ Find All 

♦ Go to Field [Select/play, "LABELS"] 

♦ Paste Literal ["No"] 

♦ Replace [No dialog, "LABELS"] 

♦ Enter Find Mode [Pause] 

♦ Perform Find [] 

♦ Enter Browse Mode [] 

♦ Go to Field [Seleot/play, "LABELS "] 

♦ Paste Literal ["Yes"] 

♦ Replace [No dialog, "LABELS"] 


Options •• 


b> 


<3 


Making Scripts 

Scripts are built using Script- 
Maker™ within FileMaker. Usually 
an operation to be automated with a 
script is first performed manually 
and then a script is created that 
captures the set of actions just com¬ 
pleted. ScriptMaker builds a basic 
script for you that can then be edit¬ 
ed to add any extra functionality. 

The Script Definition dialog shown 
here appears when editing a script. 

The upper-right sub-box shows 
the script steps. Additional script 
operations can be inserted by selecting a step from the left box and clicking the Move button (Clear changes 
to Move when a step is selected). The sequence of script steps can be changed by simply dragging on the up- 
down arrow to the left of each script step. Options within each step are specified in the lower box when the 
step is selected. 

FileMaker scripting took a big step forward with ScriptMaker and Claris is on to some excellent basic 
consepts here. There is room for even more functionality in script steps. I hope that Claris is talking to Apple 
because AppleScript could learn a lot about building and editing scripts. - Joe Kroeger 


HL 


Specify Field... 


] Perform without dialog 


Clear Rll 


)C 


Clear 


[ Cancel ~]|[ OK 




The FileMaker Report • ©1993 Elk Horn Publishing • Issue 55 • Page 7 













Go to Layout ["DATA ENTRY"] 

Enter Find Mode [] 

Go To Field ["KEY"] 

Paste Literal ["BLANK"] 

Perform Find [] 

GoTo Field [Select/Play, "LABELS"] 

Paste Literal ["NO"] 

Replace [No dialog,"LABELS"] 

This script finds all the blank records and 
marks them as not to be printed. It should be 
executed when a new sheet of labels is to be 
used, and it is also used at the beginning of the 
other skipping scripts to erase any previous 
YES values in the Labels field. Note that the 
find new label set script also resets the La¬ 
bels field to No, but the above script is neces¬ 
sary when the same found set is reprinted with a 
different starting label. 

The first of the skipping scripts is skip 
none which prints using all labels on the paper: 

Perform Script ["MARK BLANK LABELS=NO"] 
Perform Script ["Preview/Print Labels"] 

The next script is named skip i label 
which marks the first blank record with Labels 
= Yes: 

Perform Script 

[Sub-scripts, "MARK BLANK LABELS=NO"] 
Go to Record/Request [No dialog, 1] 

Go to Field [Select/play, "LABELS"] 

Paste Literal ['YES"] 

Perform Script ["Preview/Print Labels"] 

Another common script named mark 
skipped labels is created, a sub-script that 
includes common steps to complete each script 
for skipping more than one label: 

Omit Multiple [No dialog, 999999] 

Go to Field [Select/play, "LABELS"] 

Paste Literal ["YES"] 

Replace [No dialog, "LABELS"] 

Perform Script ["PREVIEW/PRINT LABELS"] 

Now scripts can be created to skip more 


than one label. A script named skip 2 labels is 
defined which marks the first two records as 
Labels =YES by omitting all but the first two 
records and Replacing field Labels with YES: 

Perform Script 

[Sub-scripts, "MARK BLANK LABELS=NO"] 
Go to Record/Request [No dialog, 3] 

Perform Script 

[Sub-scripts,"MARK SKIPPED LABELS"] 

Note that this script is very short. All com¬ 
mon steps at the beginning are contained in 
mark blank labels=no; all common steps at 
the end are contained in mark skipped 
labels. The middle step is the only one that 
changes for each skip-labels script. Since we 
need to duplicate this script once for each label 
on the sheet, this condensed form will avoid 
having to make extensive identical changes if 
the script needs to be revised. 

The above script could also be used for the 
first skip 1 label script but some steps in mark 
skipped labels, like Omit Multiple and 
Replace, are unnecessary. Frequently in pro¬ 
gramming there are special cases at the begin¬ 
ning or end of a sequence of repetitive steps 
that need to be handled separately. 

Test, Test, Test 

All the basic scripts are now defined — the 
remaining are duplicates with slight modifica¬ 
tions. This a good point to test every script in 
the same order as described above. A few 
records — enough to print one sheet of labels — 
should be imported from the original database 
to test the scripts. Perform the scripts mark 
blank labels^no, preview/print labels, 
and skip no labels and see if they function as 
expected while ignoring any attempt to skip 
labels. 

The skip 1 label script should be per¬ 
formed to ensure that it previews with the first 
label position blank and the first valid address 
located in the second label position. 
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Perform the skip 2 labels script and verify the second step to go to the record beyond the 

that the first two label positions are skipped and skipped label. 

the first valid address appears at the third label Continue duplicating and renaming and 

position. It would be good to do some normal editing the scripts until there is one for every 

Find and Sort operations to ensure that not label on the sheet of label paper except for the 

only are the first two label positions always last label. If there are 30 labels, the last script 

skipped but also that the sorting is correct. | will be named skip 29 labels. 

As long as the sort order is ascending, the 

blanks will always appear at the beginning of New Layout To Mark Labels 

the found set. Labels are usually sorted by as- After all the scripts are defined, a layout 

cending ZIP code. In a rare case requiring a needs to be created for the user to indicate the 

descending sort, entries have to be made in the label position where printing is to begin. The 

blank records to ensure they remain at the be- objective is to create a picture of the label sheet 

ginning of the found set after it is sorted, like so that a button can be clicked at an obvious 

entering 99999 for their ZIP codes instead of position. See below. This is instead of asking 

blanks. the user to count how many are to be blank or 

Note that labels will only be skipped on the the position number of the first non-blank, and 

first printed page of labels — on the second and then entering that value in a script or picking a 

subsequent pages all labels will printed. So it is corresponding script. We thought it would be 

not necessary to perform the label print job in nice if the user could look at the partially-used 

two steps, resetting with the skip no labels page of labels and then click on the screen at the 

script for the second page on. Of course, the relative position of the first available label. “The 

last page most likely will have some 
unused labels to be recycled for the 
next print job. 

The objective of extensive 
testing is to make sure all is well 
before creating 28 duplicate 
scripts; it would be annoying to 
have to modify all of them if a 
problem were found later. 

Duplicating the Skip Scripts 

The skip 2 labels script 
should be duplicated and renamed 
skip 3 labels. The second step 
should then be edited to go to 
record 4 instead of record 3. (Note 
that the “Go to Record" step is 
numbered one more than the 
number of labels to be skipped.) 

Each script is duplicated in turn, 
renaming the duplicate by increas¬ 
ing the number by 1 and editing 
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middle of the third row from the bottom” is | 
easier than counting to a specific value. 

Note that the database designer’s perspec- I 
tive may not be the best for users. As the scripts 
were being designed, we first set them to mark 
the last blank label position because, from our 
viewpoint, blank records were being flagged to 
fill those positions. For the user, however, it 
probably makes more sense to mark the first 
usable label. We decided to shift to the mark- 
first-print-position viewpoint when creating 
the marking layout. 

Rather than duplicating the layout used for 
actual label printing, make the marking layout 
from a standard blank layout with no header or | 

footer. There should be one button on the lay¬ 
out for each label on the sheet. Instead of cover¬ 
ing an actual-size full page, it is preferable to 
condense the layout to a mini-page image of the 
sheet so all buttons are visible on screen. The 
idea is to relate the layout of the buttons to 
those on the paper label sheet so it is easier to 
click the button matching the first label. 

FileMaker label layouts can be set (in the 
Layout menu: Layout options) to print down 
first or across first. The method described here 
works for both orientations; the sequence of 
buttons on the marking layout should be posi¬ 
tioned to correspond to the option chosen for 
printing. The figure on the previous page 
shows an across-first orientation. 

In the figure, text is included on each but¬ 
ton that matches the associated script per¬ 
formed by that button. Alternatively, you could 
mark each button with just the number of the 
label position it represents. Or simply leave the 
buttons blank thus looking even more like the 
page of labels. This is an exercise for interface 
design creativity. Better yet, make a couple of 
layouts and have users try them out to deter¬ 
mine which works best for them. 

Variations 

Many variations of this approach are possi¬ 


ble. Once you get the basic idea, these tech¬ 
niques can be applied to a variety of problems. 
One way to simplify the operating procedure 
for some applications is to include the Find 
definition in the mark blank labels=no 
script rather than asking the user to enter the 
Find requests each time. 

If your file has a large number of records, 
the Replace in the find new label set script 
that changes the Labels field to “NO” in every 
record may take too much time. In such a case 
you would want to work out a faster way to 
handle marking records for printing. (Buy a 
faster computer {!}, for example, or perhaps 
move the time-consuming Replace operation 
to the end of the previous print task rather than 
to the beginning of the new one.) 

If you are printing all the records every 
time, the find new label set script is not 
needed — use Replace once to enter “YES” in 
the Labels field in every record; other scripts 
take care of the blank records that skip labels. 

Buttons can be added to appropriate lay¬ 
outs to trigger scripts if that proves to be less 
confusing or simply easier than executing a 
script from the menu. 

Procedure Summary 

Once all the fields and scripts are in place as 
described in this article, the procedure for 
printing labels goes like this: 

1. If you need to Find a new subset of 
records to be printed, perform the find new 
label set script. 

2. Switch to the layout with the label paper 
image and click on the button that corresponds 
to the location of the first label to be printed. 

That is all there is to it. Enjoy! 

S. C. Kim Hunter is a FileMaker consultant and 
software developer who can be reached at 714-768- 
8490. Tom Searfus is also a FileMaker consultant 
and can be reached at 619-565-2889. 

*Ar> 
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Q & A: Extracting ZIP and State When Combined 


Q I have inherited an old address database 
that, for strange reasons, has the state and ZIP 
data combined in one field with a space be¬ 
tween them. This arrangement worked well in 
the past but now I need to automate entry of 
the state (and city) information. I have a City/ 
State/ZIP lookup table but it won’t work with 
the StateZIP field. I would like to find a way to 
separate the combined state and ZIP informa¬ 
tion into two fields. — P. D., Syracuse NY. 

A It will be easy to separate the information if 
all the states have been entered as two charac¬ 
ters. Make a clone of your file and import into it 
a couple of dozen real records. Create three 
new fields: State, ZIPtext and ZIPtext5. Make 
the State field a calculation: 

State = Left (StateZip, 2) {text result} 

The first two characters from the StateZip 
field are put into the State field. Once you are 
sure it is working properly, change the State 
field from a calculation type to a text type. (File¬ 
Maker retains in a field the contents put there 
by a calculation, even when the calculation goes 
away.) State can then be defined for future 
entries as a lookup field from the Zip Table 
based on the contents of the ZIPtextS field. 

Similarly, you can build the ZIPtext field 
like this: 

ZIPtext = {text result} 

Right (StateZip, Length (StateZip) - 3) 

This equation extracts all the right-most 
characters from the StateZip field except for 
the three left-most. It allows both 5-digit and 9- I 

digit ZIP codes to be handled. 

As with State, check the results and when 
the calulation is working properly, change ZIP 
from a calculation type to a text type. 

The a ZIPtext5 field holds an equation that 


generates the lookup key: 

ZIPtext5 = Left (ZIPtext, 5) {text result} 

ZIPtext5 should key the lookups for the 
City and State fields. Make a few new entries in 
the StateZip field to see if the City and State 
lookups are working. 

When this is done, look carefully at the 
results in the State and the ZIPtext fields to 
make sure they are what you want. If so, you 
can delete the old StateZIP field. When every¬ 
thing has worked correctly in the clone test file, 
back up the original address file and repeat in it 
exactly those steps above that brought you to 
success on the trial run. If the file is large it may 
take a while for FileMaker to evaluate the equa¬ 
tions when they are entered. 

Variations 

If the old StateZIP field does not contain 
exactly a two-character state abbreviation be¬ 
fore the ZIP, the approach shown above will 
not work. If you trust that the ZIP codes are 
OK, and if there is always a space just before the 
ZIP data, you can just ignore the existing state 
information and extract the old ZIP data only. 

Create a State field, but make it a text type 
and a lookup — no calculation. Create ZIPtext 
and ZIPtext5 fields as before, except the ZIP¬ 
text equation will be a little different: 

I ZipText = {text result} 

Right (StateZip, Length (StateZip) - Position 
(StateZip, "A", l) + l) 

The Position function detects the location 
of the first space in the StateZip field. That 
location plus one is the first character of the ZIP 
data. If the looked-up State information does 
not show up at first, do a Relookup operation 
after clicking in the ZIPtext field. 

*-V- 
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Quick Tips & Techniques 


By Joe Kroeger 
Graphics Grabber 

FileMaker works nicely as a graphic im¬ 
porter/converter when you’ve got no graphics 
program that can handle paint or eps or pict or 
other graphics formats. I was helping a friend 
set up some forms in a word processor on a 
PowerBook. There were several pieces of clipart 
to be used with some of the forms but no 
graphic editing program on the PowerBook 
that could open the clipart so it could be copied 
and pasted. 

Since editing the clipart was not required, it 
occurred to me that we could import a clip into 
FileMaker, copy it to the clipboard, and paste it 
into the word processor. We created a new 
FileMaker file with a picture field to use for this 
purpose. It was simple and worked nicely. 

We also realized that once it was on the 
clipboard, a graphic could also be pasted into 


'YoUR LATE. UNCLE RAYMoNP SAYS YoU 
FORGOT To EACIC UP YOUR FILES. ALL 
YoUR. CUSTOMER. RECORDS ARE WITH 
HIM Now." 


the scrapbook for repeated use later. The next 
step was a realization that as long as we were in 
FileMaker anyway, we could make a simple 
graphics database and keep a series of selected 
graphics there, ready to be accessed. One 
record = one graphic. Three simple fields aug¬ 
mented the initial picture field: Name, Type, 
Description. Once a few details about each 
graphic were entered, these fields allowed us to 
search for groups of images using standard 
FileMaker Find and scripting techniques. 

If we later want to implement additional 
forms in FileMaker, we can use the graphics 
database as a lookup file and simply import 
images into forms where needed. In such a case 
we’ll probably add a serial number field to use 
as a unique lookup key. 

Backing Up 

Backing up your database files is very im¬ 
portant. When scheduling activities and re¬ 
sources, be sure to make backing up a high 
priority. You’ll be sorry if you don’t and glad if 
you do. Several backup programs are available 
to help with the mechanics of the process but 
the discipline required to do the backups comes 
from the operator. 

In my operating context, with quite a few 
very large FileMaker files that are edited almost 
every day, the conventional tactic of incremen¬ 
tal backups of changed files does not work well. 
Retrospect™ has a good reputation when back¬ 
ing up to tapes, but it only does full or incre¬ 
mental backups, is quite expensive, and has, for 
me, an awkward and very frustrating user inter¬ 
face. DiskFit™ is an old backup program, re¬ 
cently reincarnated by the Retrospect developer 
as low-cost DiskFit Direct. It does not back up 
to tapes, but handles diskettes and removable 
cartridges. The interesting feature for me is that 
with DiskFit the changed files replace their old 
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versions in the backup set. DiskFit works well J 
with a 3.5-inch magneto-optical drive. MO j 
cartridges also provide enough capacity to 
handle a large number of large files and they are 
pretty fast compared to tapes. I am gradually 
converting all my backups to MO media. 

I’ve been surprised that more backup utili- I 

ties have not offered the ability to update old 
backup sets with changed files. But now finally 
there is one in addition to DiskFit. MacTools™ 1 

it 

3.0 from Central Point Software is a collection 
of utilities that includes CP Backup. 

While the main reason to buy MacTools is 
to get the DiskFix™ program for analysis and 
repair of hard disk problems, CP Backup in 
version 3.0 has been improved quite a bit. It 
offers lots of options that let you specialize 
backups and restores for your particular cir¬ 
cumstances, including what they call an “Up¬ 
date Backup” — just what I wanted. Not only 
does it work well, but the documentation in¬ 
cludes a nice chapter that discusses backup 
strategies, an important topic. 

I 

Viewing Variations with the FileMaker Index 

It has been suggested several times in these J 
pages that the FileMaker index can sometimes 
be managed by using a hard space (option- 


spacebar) between words instead of a soft space 
(spacebar). FileMaker indexes all words in text 
fields and it is those words that show up in the 
“view index” window. The first figure on the 
left below shows the conventional (soft space) 
index of words from a few records. When hard 
spaces are used, FileMaker regards the hard 
space character as just another text character 
and therefore indexes the words linked by the 
hard space as one word. The second figure 
below shows the result. This is very handy and 
less confusing for viewing/pasting. But it is 
sometimes not great for finding. Notice that in 
the second figure we can no longer Find on 
“York” and get all occurrences of the word 
since in some cases “York” is buried in the 
middle of what FileMaker sees as another 
‘word’. 

There are a couple of ways to have your 
cake and eat it too. One possibility is to add a 
parallel field to the original — one contains the 
entered data and the other is a text calculation 
field derived from the first. The calculation 
would detect a soft space in Field 1 and insert 
instead a hard space in Field2. (The Replace 
calculations from issue #54 may be helpful.) 
Then one field is used for viewing/pasting and 
the other for finding. 
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An alternative is to use a repeating field and 
enter two versions of the data. Then the same 
repeating field can be used for both finding and 
viewing/pasting. See the third figure on the 
previous page. The viewing/pasting is a little 
more scrambled, but still works. 


Make...Checks 

Make...Checks™ is a FileMaker template 
that operates as a checkbook manager. It pro¬ 
cesses check writing, prints checks, helps rec¬ 
onciliation, and maintains records for taxes. 
Kim Hunter, a frequent contributor to these 
pages, is the template author and has now re¬ 
leased an improved version called 2.0. The 
price is now $39. You can buy it or get more 
information direct from Acrobytes Software 
(call 714-768-8490) or from The FileMaker 
Annex (408-761-3987). 

Protecting Files 

In an environment where other people can 
access your FileMaker files, consider putting a 
master password on all files. And when you do, 
maintain proper security over the password(s) 
you assign. 

The potential problem is that without a 
password under your control it would be possi¬ 
ble for someone — a disgruntled employee for 
example — to create a master password and 
thus prevent full access by anyone else. If you, 
on the other hand, have already created a mas¬ 
ter password, you will always be able to manage 
or delete other passwords that may be entered. 

Extract First Name 

It has been surprising how often over the 
years readers have asked how to extract the first 
and last name information from a Full Name 
field. I ran into a case recently that is an inter¬ 
esting variation on this old problem. In addi¬ 
tion to the Full Name field, there was already a 
Last Name field, entered at the time the records 
were created, and the problem was to extract 


the First Name. Having the Last Name avail¬ 
able makes the First Name extraction calcula¬ 
tion much easier since Last Name defines the 
portion of Full Name that is not the first name. 

First Name = {text result} 

Left (Full Name, (Length (Full Name) - Length 
(Last Name) +1)) 

(The +1 value eliminates the space at the end of 
the first name that would otherwise result.) 

Extracting Order Records 

Problem: In an order-entry file for a mail 
order business, it is desired to locate all orders 
that include a book as one of the items ordered. 

One solution: A FileMaker calculation that 
identifies all order records that include a part 
number for a book. Assume there is a repeating 
field called PartNumber. Then make a repeat¬ 
ing calculation field called BookOrder. 

BookOrder = {text result} 

If (PartNumber = "102" or PartNumber = "323" 
or PartNumber = "SA842","Book" / "NoBook") 

Use the or function to expand the test por¬ 
tion of the calculation to as many part numbers 
as desired — there are three in the example 
above. Then to locate all orders that include 
books, simply do a Find in the BookOrder 
field for “Book”. 

If the part numbers are grouped so that all 
book part numbers start with “B” (or with “2” 
or with some other common character), for 
example, the calculation can be generalized so 
that all book part numbers need not be entered. 

BookOrder = {text result} 

If (Left (PartNumber, 1) = "B", "Book", "NoBook") 

FileMaker Balloon Help 

Under System 7 you can select Show Bal¬ 
loons in FileMaker. The amount of informa¬ 
tion in FileMaker’s balloon help is quite 
modest. Menus and tool-boxes and some pop- 
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ups are defined/described, but the field and 
script definition dialogs, for example, don’t 
offer any information. Beyond basic novice 
navigation, use the regular FileMaker Help file 
instead. It is full of useful data and access to 
what you want is not too bad once you learn 
how to navigate through it. The Balloon menu 
does provide another way to access the File¬ 
Maker Help file. 

FileMaker Go Last 
By S.C Kim Hunter 

FileMaker normally opens a database 
showing the first record of the previously found 
set in Browse mode. But in some files I always 
want to see the last record of the set. To auto¬ 
matically open at the last record, create a script 
name go last with the following step: 

Go to Record/Request [No dialog, 999999999] 

When the ScriptMaker dialog is open, be 
sure to click the button labeled Perform with¬ 
out dialog. If that button is not checked, when 
the file opens you will see an annoying dialog 
indicating the number of records. For the Spec¬ 
ify Record parameter, enter any 
large number (999999999 for 
example) which is larger than the 
most records you can foresee 
having. 

Test the script by moving to 
any but the last record, then 
execute the script. The last 
record should appear and no 
dialog should be seen. 

From the File menu, choose Preferenc¬ 
es... then, when the preferences dialog ap¬ 
pears, click the Document icon. Under the 
When opening selections, click Perform 
Script then select the go last script from 
the popup list of scripts. 

From now on when this file is opened, 
the last record will automatically appear. 

The preference setting to perform a script 


A 


applies only to the database (document) that is 
currently the front window, and checked in the 
Windows menu. If you want this to occur in 
other databases, the same script and preference 
setting will need to be set for each database. 

Locked Lookups Files 

It is sometimes nice to lock a FileMaker 
lookup file. A locked file cannot be modified 
and thus does not need to be repaired or recov¬ 
ered when crashes happen. 

When opening a locked lookup directly the 
first dialog shown below appears. Note that it 
requires a response from the user. With File¬ 
Maker 2.0 the same dialog showed up when a 
locked lookup was opened not by the user but 
by the lookup destination file as a lookup key 
was triggered. There is now in v2.1 a revised 
dialog (the second one below) that does not 
need a user response. Makes it just a little bit 
easier to use locked lookups. 


The document “ZIP Table” is locked, so you 
will not be able to saue any changes. Do 
you want to open it anyway? 


[ Cancel ] [f OK j 


Opening “ZIP Table” as read only... The file 
was locked, you will not be able to make 
changes. 
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